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The following is a -general description of diagnostic software 
goals for the PDP-X: " 

I. Basic Premises 

; A. Diagnostic softvjare will be primarily concerned v/ith 
f tKe probJ-ems. of field maintenance and system accep- 
i tance. In-house production and checkout v/ill use 
special equipment and test systems. 

B„ The "hard-core" logic of the PDP-X processor repre- 
sents a sifDstantial percentage of the entire system 
making "m.odule callouts" and detailed diagnosis 
impossible, 

C. Most of the logic in PDP-X will be inaccessible to' 
the diagnostic processor. 

II. Preliminary Conclusions 

A, Because of A, B, C above, the diagnostics v/ill be 
more like exercisers (i.e., as for PDP-'9) . These 
v/ill allov7 detection of errors in data paths, noise,- 
repetition rate problems, etc., as v/ell as valida- 
tion of memories and 10 devices. 
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Since basic timing, data paths, and instruction 
sequencing require the operation of a large per- 
centage of the machine, a m.eans will be provided 
to validate their operation: 

1. A means will be provided for off-line cycling 
of miain memory. This v/ill allovz "basic opera- 
tion" verification as v/ell as off-line mainten- 
ance. 

2- " Basic control memory loops v/ill be provided to 

test central processor registers and to cycle 
the fast m.emory. 

3. The maintenance console of the system, v/ill 
allow for: 

a. Single instruction execution 

b. Single memory cycle execution 

c. Control m.emory single step 
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III. Diagnostics . 

BecaLise of B on the previous page/ the diagnostic pro- 
grams may assume that the basic control processor is 
functioning and then may concentrate on the types of 
problems described in A on the -previous page, 

; Tests for 10 devices will be organized along the lines 
j of current lO diagnostics checking both the operation of 
I the control and validating the operation of the physical 
data mtedium, _ , v - , 

Central processor diagnostics will be v/ritten to do as 
many "hard com.putations" per unit time as is possible. 
They will progress from cursory instruction validation 
to detailed data validation. 

Diagnostics will be no larger than 4K in size and will 
be modular so that major re-work will not be required 
for Model I Systems. 



